home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 4509 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  2.8 KB

  1. Path: objectech.avel.co.uk!objectech
  2. From: Ken Tough <objectech@objectech.co.uk>
  3. Newsgroups: comp.lang.basic.visual.misc,comp.lang.pascal.delphi.misc,comp.lang.c++
  4. Subject: Re: "SHOULD I DUMP VISUAL BASIC?"
  5. Date: Tue, 30 Jan 1996 17:53:04 +0000
  6. Organization: objective
  7. Distribution: world
  8. Message-ID: <MmLx1EAAslDxEw3U@objectech.avel.co.uk>
  9. References: <4e9g08$3dp@maureen.teleport.com>
  10. Reply-To: Ken Tough <ken@objectech.co.uk>
  11. NNTP-Posting-Host: trline2.avel.co.uk
  12. Mime-Version: 1.0
  13. X-Newsreader: Turnpike (evaluation) Version 1.11 <MCxbeil5JzZeyKeQAhECJESAM2>
  14.  
  15. In article <4e9g08$3dp@maureen.teleport.com>, bw <bw@teleport.com>
  16. writes
  17. >I've been messing around with VB for a couple version releases now, and have 
  18. >VB Pro 4.0 (32bit) now.
  19. >
  20. >Now, I realize that I need to pack the VB40032.DLL (if I want to give it to 
  21. >those that do not already have the driver), but why all the other drivers?
  22. >
  23. Well, I haven't used 4.0 (and don't really want to), so I'm not sure
  24. this applies, but... Does your project include "ocx" or "vbx" things
  25. by default, that aren't actually needed?  In the default VB 3.0 app,
  26. all the freebee VBXs are in the makefile from the default installation.
  27. You should chop them all out, and add them to your individual projects
  28. as you need them.  I find VB 3.0 makes reasonable sized distribution
  29. packages (<100k excl vb*.dll).
  30.  
  31. >I'm really in need of some insight at this point.  Again, this stuff doesn't 
  32. >come cheap (as you know), and I'd really like to learn programming plus have a 
  33. >great package to program with.
  34.  
  35. I'm happy with what can be done in VB.  We have Visual C++, and 
  36. would use it to do projects where VB is of no use.  (We haven't had 
  37. the need to do that yet, other than for creating VBXs.)
  38. We use Windows API calls regularly in our VB programs (message
  39. handling, winsock accesses, etc) which are straightforward, and
  40. simple to code.  These obviate the need for a lot of vbx's.
  41.  
  42. If you want "hard" programs that can't be done in VB then you have
  43. to use some other language, and Visual C++ or Delphi would be best.
  44. (Somehow I think Delphi would be best as it is "third generation".
  45. We've already gone through both Borland and MS/Visual C++, so we
  46. won't move to it.  Starting over, we might go Delphi.)
  47.  
  48. The Windows API in general leaves a hell of a lot to be desired.
  49. There are many ways of doing the same thing, various hook functions, 
  50. the class methods and Windows API calls.  Memory leaks can be common,
  51. you have to worry about locking structures in memory and loading
  52. and dereferencing handles.  Then you should of course take care to
  53. put exception handling traps around any statements which result
  54. in GDI objects or memory of any sort being reserved (just about
  55. any object declaration.)
  56.  
  57. Stick with VB for small, quick jobs.  You can't make simple
  58. programs more cheaply than that.
  59. -- 
  60. Ken Tough
  61.  
  62. Turnpike evaluation. For information, email: info@turnpike.com
  63.